2012-01-27 - 3715 - Service Request - MIRO Invoice could not post it to account #FICOSupport
3715 - MIRO Invoice could not post it to account
Summary Description
MIRO Invoice could not post it to account
Admin Info
Purpose
|
MIRO Invoice could not post it to account
|
Requested by
|
Jingsha Brenon
|
Issue Date
|
01/27/2012
|
Resolved by
|
Sai Valisetti
|
Resolved Date
|
01/30/2012
|
Document Status
|
Completed
|
Detailed Description
(Include Screen Shots if required )
MIRO Invoice could not post it to accounting for the PO that is generated by the Third party SO.
Analysis and Recommendations
(Include Screen Shots if required)
It is a production issue when Bussiness is doing MIRO Vendor Invoice, could not post to accounting. I analyzed the material, Purchase order Movement types, and Invoice . Everything looked normal, It is a third [[#|party]] Order. But when I when analyzed the sales order itself many sales orders are grouped and posted as one PO and many sales orders were failed customer billing documents and never released to accounting. All these sales orders are [[#|credit card]] customers. I understood that [[#|card]] information got deleted at some stage. I looked at many OSS notes related to this. I tried my self to reproduce the scenario but reproducing is little tricky as it involved credit card set up. So I requested Vidya to create the same scenario, He said, he reproduced the scenario but it was posted to the accounting. He tried it again in DEV300 and he could able to reproduce it. he suggested to cancell the customer invoice and post to MIRO again. It worked! business could do the MIRO with out problem.
billings related to PO 4500050178, some of them failed to post to FI. They are 90979842, 90979838 and 90979837, and they are all Credit card related invoices. But I do recall that both SD invoice posting and MM invoice posting seems to call the same function module RV_INVOICE_POST.
Resolution
The issue seems the issue has a direct relation to credit card processing. It seems the users deleted the card information from the sales order after SD invoices were created and thus a data inconsistency occurred and did not post to accounting. Please note that in standard SAP, credit card is a guarantee and it should not be deleted from an order if the order is invoiced. But even then, when MIRO is done for the POs, there shouldn’t be a connection but somehow system seems to read the error and is not posting MIRO to accounting. At this stage, I am not sure if it is a standard functionality or a system bug or is caused by a credit card user exit we have in place for ROC orders. If you need us to investigate further, Sai will take this further and investigate with the help of our ABAP team as a separate ticket.
Solution for Fix:
Step1: Run the report ZREPMIR7 to change the status of the MM Invoice to held.
Step2: Now cancel the Faulty SD Invoices and recreate new ones for the orders. The invoices will post to accounting now as they are no more credit card invoices.
Step3: Once all the faulty invoices are recreated, you can chose to either delete the old MM invoice and do a new MIRO which will now generate FI docs. OR you can chose to go to old MM invoice and repost to FI.
Release Information
Provide link here to Release Notes